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Art Unit: 3626 

DETAILED ACTION 



Notice to Applicant 

[1] This communication is in response to the amendment filed 19 June 2006. Claims 1, 4, 6, 
8, 9, 21, 24, 25,^27, 28, 31, 33, 35, and 48 have been amended. Claims 1-48 are pending. 

NOTE: Claim 4 appears to have been amended but is not designated as amended in the 
introductory statements made in the Applicant's remarks. As claim 4 is properly identified as 
currently amended in the claims, Examiner assumes a typographical error on the part of 
Applicant. 



Claim Objections 



[2] Previous objections to claims 22 and 25, as set forth in the Office Action mailed 14 
February 2006, are hereby withdrawn. 
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Claim Rejections - 35 USC §103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 
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V 

[3] Claims 1-4, 7, 9-17, 19-29, 32, 34-41, 43-48 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Lencki et ah (United States Patent Application Publication #2002/0049617) in 
view of Wolff et al. (United States Patent Application Publication #2002/0029158) and further in 
view of Hele et al. (United States Patent Application Publication #2002/01 1623 1). 

[A] As per (currently amended) claim 1 , as evidenced by Hele et al, Applicant's added 
limitations of obtaining and electronic signature from the applicant (Hele et al.; paragraphs 
[0070] [0079] [0151]); obtaining a confirmation from the applicant that the applicant intends to 
be legally bound by the electronic signature (Hele et al.; paragraphs [0070] [0079] [0151]); and 
transforming the application data into a secure digital file thereby creating a finalized health 
insurance application (Hele et al.; paragraphs [0079] [0151]), are well-known in the art. 

[i] Regarding the remainder of claim 1, Lencki et al., teaches a method for processing health 
insurance applications over a network, the method comprising: presenting a user interface to an 
applicant over the network (Lencki et al.; Abstract and paragraphs [0010] [0219]), the user 
interface including information pertaining to a medical plan selected by the applicant and 
facilitating input of application data by the applicant (Lencki et al.; paragraphs [0010] [0084] 
[0085] [0114]); receiving the application data from the applicant via the network (Lencki et al.; 
paragraphs [0136] [0164]). 
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[ii] Although Lencki et al. teaches the use of security measures including firewalls, SSL, and 
password authentication for users visiting the sites (Lencki et al; paragraph [0097]), Lencki et 
al., fails to specifically teach assembly of user information into a single secure document for 
transmission to insurance carriers. 

[iii] However, Wolff et ah, teaches transforming the application data into a secure digital file 
(Wolff et al.; paragraphs [0015] [0017] [0018]); and transmitting the secure digital file (Wolff et 
al.; paragraphs [0015] [0017] [0018]) to the health insurance carrier. 

[iv] It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have combined the teachings of Lencki et al. with those of Wolff et al. Such 
combination would have resulted in a computer-based system and method which provides for 
user access to the system via a user- interface (Lencki et al.; Abstract and paragraph [0010]), 
provides for user entry of enrollment information into the system (Lencki et al.; paragraph 
[0084]), enables the user to select and purchase benefits from various insurance offered health 
insurance products (Lencki et al.; paragraphs [01 14]), requires that the user confirms choices 
(Lencki et al.; paragraph [0165]), requires the user to commit to completing the transaction by 
committing to a dollar amount for each benefit and providing payroll information (Lencki et al.; 
paragraphs [0179] [0180] [0184]). Additionally, such a system and method would provide for the 
sending of required disclaimer language to the user in response to selection/choices (Lencki et 
al.; paragraph [0180]). Further, such a system and method would provide for the creation of a 
single Insurability Documentation File from entered and collected user data (Wolff et al.; 
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Abstract and paragraph [0014]) and fUrther provide for secure assembly of the document and 
secure transmission of the document over an encrypted or otherwise secure network to 
participating insurance companies (Wolff et al.; paragraphs [0015] [0018]). Additionally, such a 
system/method would have employed well-known techniques for producing and binding legal 
documents, such as insurance applications, by electronic signature over the Internet (Hele et al.; 
paragraphs [0005] [0079]). The motivation to combine the teachings would have been to create 
and Insurability Documentation File that contains information needed by insurers to evaluate a 
prospective insured party. Further motivation would have been to enable bidding by different 
insurers to increase the likelihood of the prospective insured finding an insurance policy that fits 
his or her needs (Wolff et al.; Abstract). The motivation to combine the additional teachings of 
Hele et al. would have been to employ well-known techniques for selling insurance coverage 
over the Internet (Hele et al.; paragraph [0005]). 

[B] As per claim 2, Lencki et al. teaches a method further comprising providing the applicant 
a form of electronic payment (Lencki et al.; paragraphs [0104] [0179] [0180]). 

[C] As per claim 3, Wolff et al. teaches a method further comprising assembling the form of 
electronic payment into the secure digital file (Wolff et al.; paragraphs [0015] [0017] [0018]). 

[D] As per (currently amended) claim 4, as is evidenced by Hele et al., obtaining of the 
electronic signature from the applicant comprises providing to the applicant a form of electronic 
signature to authenticate the applicant's intention to enter into a health insurance contract (Hele et 
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al.; paragraphs [0070] [0079] [0151]), is well known in the art. 

[E] As per claim 7 5 Lencki et al. teaches a method wherein the electronic health insurance 
application is in the form of any one of an hypertext markup language (HTML) page, an 
extensible markup language (XML) page, a dynamic HTML page, and a JavaScript (Lencki et 
al.; paragraphs [0276] [0277]). . 

[F] As per claim 9, Lencki et al. teaches a method wherein presenting a user interface to an 
applicant over the network further comprises: providing a user interface to enable the applicant 
to enter data required in an application (Lencki et al.; paragraphs [0010] [0084] [0085] [01 14]); 
verifying that the data entered by the applicant is appropriate for the application (Lencki et al.; 
paragraphs [0108] [0166] [0223]); populating an electronic application with the application data 
provided by the applicant (Lencki et al.; paragraphs [0084] [0085]); permitting the applicant to 
view the populated application (Lencki et al.; Abstract and paragraph [0010]); and permitting the 
applicant to reject or approve the populated application (Lencki et al.; paragraphs [0166] [0223]). 

[G] As per claim 10, Lencki et al. teaches a method further comprising allowing the applicant 
to create a customer account wherein the applicant can save application data (Lencki et al.; 
paragraphs [0010] [0081] [0082] [0171]). 

[H] As per claim 1 1 , Lencki et al. teaches a method wherein verifying that the data entered by 
the applicant is appropriate for the application further comprises analyzing the application data 
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received from the applicant to determine (Lencki et ah; paragraphs [0108] [0166] [0223]), 
according to predetermined business rules (Lencki et aL; paragraph [0299]), whether the 
applicant has provided appropriate information (Lencki et al.; paragraphs [0108] [0166] [0223] 
[0299]). 

[I] As per claim 12, Lencki et al. teaches a method wherein providing a user interface to 
enable the applicant to enter data required in an application further comprises assisting the 
applicant to choose a health plan based on a plurality of factors pertaining to personal data of the 
applicant (Lencki et al.; paragraphs [0202] [0203]). 



[J] As per claim 13, Lencki et al. teaches a method wherein the personal data comprises any 
one of the number of persons covered under the health plan (Lencki et al.; paragraphs [0083] 
[0084] [0086]), relation between the persons and the applicant (Lencki et al.; paragraphs [0083] 
[0084] [0086]), the age of the applicant (Lencki et al.; paragraphs [0138] [0140]), prior health 
history of the applicant (Lencki et al.; paragraph [0137]), a desired price of the plan, a preference 
of the applicant regarding a health insurance carrier providing the plan, and a preference of the 
applicant regarding the type of benefits associated with each plan (Lencki et al.; Abstract 
paragraphs [01 16] [0117] [0118]). 

NOTE: The primary function and features of Lencki et al. provide or user choice/selection of 
health plan and carrier choice, price of the plan, and type of benefits associated with each plan 
(Lencki et al.; Abstract paragraphs [01 16] [0117] [0118]). 
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[K] As per claim 14, Wolff et al. teaches a method wherein transforming the application data 
into a secure digital file comprises assembling and encrypting the application data into a 
Preformatted electronic document (Wolff et al.; paragraphs [0015] [0016] [0017] [0018]). 

[L] As per claim 1 5, Wolff et al. teaches a method wherein the preformatted electronic 
document comprises unalterable content (Wolff et al.; paragraphs [0015] [0016]). 

[M] As per claim 16, Wolff et al. teaches a method wherein the unalterable content is 
characterized by a fixed language, fixed font formats, and fixed style elements (Wolff et al.; 
paragraph [0016]). 

NOTE: Regarging claims 15 and 16, Wolff et al. teaches that the Insurability Document File is 
organized into "standard sections" indicating to the examiner that certain components of the 
document a standardized and unalterable (Wolff et al.; paragraph [0016]). The examiner is 
interpreting the standardization features of Wolff et al. to be encompassing of the applicant's 
unalterable content, fixed language, fixed format, and fixed style elements. 

[N] As per claim 1 7, Wolff et al. teaches a method wherein the preformatted digital document 
is an Adobe.TM. portable document format (PDF) file (Wolff et al.; paragraphs [0015] [0016]). 
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[O] As per claim 19, Lencki et al. teaches a method further comprising: allowing the 
applicant to view the secure digital file; and allowing the applicant to reject, or approve the 
secure digital file (Lencki et al.; paragraphs [0166] [0223]). 

[P] As per claim 20, Wolff et al. teaches a method further comprising: presenting a user 
interface to the health insurance carrier for processing electronic application data (Wolff et al.; 
paragraphs [0014] [0015] [0018]); and receiving processing updates from the health insurance 
carrier (Wolff et al.; paragraph [0019]). 

[Q] As per (currently amended) claim 21, Wolff et al. teach a method wherein presenting a 
user interface to the health insurance carrier for processing electronic application data comprises 
allowing the health insurance carrier to search the prior history of the applicant (Wolff et al.; 
paragraphs [0014] [0034] [0035]). 

[R] As per claim 22, Wolff et al. teaches a method wherein presenting a user interface to the 
health insurance carrier for processing electronic application data comprises allowing the health 
insurance carrier to view and print the secure digital file (Wolff et al.; paragraph [0018]). 

[S] As per claim 23, Wolff et al. teaches a method wherein presenting a user interface to the 
health insurance carrier for processing electronic application data comprises: allowing the health 
insurance carrier to attach notes to the electronic application (Wolff et al.; paragraph [0019]); 
allowing the health insurance carrier to update the status of the application (Wolff et al.; 
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paragraph [0019] [0034]); allowing the health insurance carrier to download attached data files 
associated with the health insurance application (Wolff et ah; paragraph [0034]); and allowing 
the health insurance carrier to upload a data file including processing updates (Wolff et al.; 
paragraph [0034]). 

[T] As per (currently amended) claim 24, Wolff et al. teach a method further comprising 
electronically communicating to the applicant processing updates made by the health insurance 
carrier Wolff et al.; paragraphs [0018] [0019]). 

[U] As per (currently amended) claim 25, Wolff et al. teaches a method wherein 
electronically communicating to the applicant the processing updates made by the carrier 
comprises creating an electronic message indicating the processing updates (Wolff et al.; 
paragraph [0034]). 

[V] As per claim 26, Wolff et al. teaches a method further comprising sending the electronic 
message to the applicant (Wolff et al.; paragraph [0034]). 

[i] Regarding claims 2-4, 7, 9-17, 19-26 the obviousness and motivation to combine as 
discussed with regard to claim 1 above are applicable to claims 2-4, 7, 9-17, 19-26 and are herein 
incorporated by reference. 
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[W] As per (currently amended) claim 27, as evidenced by Hele et al, Applicant's added 
limitations of obtaining and electronic signature from the applicant (Hele et al.; paragraphs 
[0070] [0079] [0151]); obtaining a confirmation from the applicant that the applicant intends to 
be legally bound by the electronic signature (Hele et al; paragraphs [0070] [0079] [0151]); and 
transforming the application data into a secure digital file thereby creating a finalized health 
insurance application (Hele et al.; paragraphs [0079] [0151]), are well-known in the art. 

[i] Regarding the remainder of claim 27, Lencki et al. teaches system comprising: a plurality 
of client devices; a transaction facility coupled to plurality of client devices to receive client data 
from the client devices (Lencki et al; Abstract and paragraphs [0010] [0084]). 

[ii] Although Lencki et al. teaches the use of security measures including firewalls, SSL, and 
password authentication for users visiting the sites (Lencki et ah; paragraph [0097]), Lencki et 
al., fails to specifically teach assembly of user information into a single secure document for 
transmission to insurance carriers. 

[iii] However, Wolff et al. teaches transforming the client data into a secure digital file (Wolff 
et al.; paragraphs [0015] [0017] [0018]); and a plurality of health insurance carrier devices 
coupled to the transaction facility to receive the secure digital file and other client data (Wolff et 
al.; Abstract paragraphs [0010] [0034]). 
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[iv] It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have combined the teachings of Lencki et al. with those of Wolff et al. Such 
combination would have resulted in a computer-based system and method which provides for 
user access to the system via a user-interface (Lencki et al; Abstract and paragraph [0010]), 
provides for user entry of enrollment information into the system (Lencki et al; paragraph 
[0084]), enables the user to select and purchase benefits from various insurance offered health 
insurance products (Lencki et al.; paragraphs [01 14]), requires that the user confirms choices 
(Lencki et al.; paragraph [0165]), requires the user to commit to completing the transaction by 
committing to a dollar amount for each benefit and providing payroll information (Lencki et al.; 
paragraphs [0179] [0180] [0184]). Additionally, such a system and method would provide for the 
sending of required disclaimer language to the user in response to selection/choices (Lencki et 
al.; paragraph [0180]). Further, such a system and method would provide for the creation of a 
single Insurability Documentation File from entered and collected user data (Wolff et al.; 
Abstract and paragraph [0014]) and further provide for secure assembly of the document and 
secure transmission of the document over an encrypted or otherwise secure network to 
participating insurance companies (Wolff et al.; paragraphs [0015] [0018]). Additionally, such a 
system/method would have employed well-known techniques for producing and binding legal 
documents, such as insurance applications, by electronic signature over the Internet (Hele et al.; 
paragraphs [0005] [0079]). The motivation to combine the teachings would have been to create 
and Insurability Documentation File that contains information needed by insurers to evaluate a 
prospective insured party. Further motivation would have been to enable bidding by different 
insurers to increase the likelihood of the prospective insured finding an insurance policy that fits 
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his or her needs (Wolff et aL; Abstract). The motivation to combine the additional teachings of 
Hele et ah would have been to employ well-known techniques for selling insurance coverage 
over the Internet (Hele et aL; paragraph [0005]). 

[X] As per (currently amended) claim 28, as is evidenced by Hele et aL, Applicant's added 
limitation of using an application data processor to obtain an electronic signature, and a 
confirmation from the applicant that the applicant intends to be legally bound by the electronic 
signature (Hele et aL; paragraphs [0070] [0079] [0151]); and an application data processor to 
transform the application data into a secure digital file thereby creating a finalized health 
insurance application fHele et aL; paragraphs [0079] [0151]), are well known in the art. 

[i] Regarding the remainder of claim 28, Lencki et aL teaches an apparatus comprising: an 
electronic presenter to present a user interface to an applicant over the network (Lencki et aL; 
Abstract and paragraphs [0010] [0219]), the user interface including information pertaining to a 
health insurance plan selected by the applicant and facilitating input of application data by the 
applicant (Lencki et aL; paragraphs [0010] [0084] [0085] [01 14]). 

[ii] Although Lencki et aL teaches the use of security measures including firewalls, SSL, and 
password authentication for users visiting the sites (Lencki et aL; paragraph [0097]), Lencki et 
aL, fails to specifically teach assembly of user information into a single secure document for 
transmission to insurance carriers. 
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[iii] However, Wolff et al. teaches an application data processor to transform the application 
data into a secure digital file (Wolff et al.; paragraphs [0015] [0017] [0018]); and an electronic 
transmitter to transfer the secure digital file to the health insurance carrier over said network 
(Wolff et al.; paragraphs [0015] [0017] [0018]). 

[iv] It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have combined the teachings of Lencki et al. with those of Wolff et al. Such 
combination would have resulted in a computer-based system and method which provides for 
user access to the system via a user-interface (Lencki et al.; Abstract and paragraph [0010]), 
provides for user entry of enrollment information into the system (Lencki et al.; paragraph 
[0084]), enables the user to select and purchase benefits from various insurance offered health 
insurance products (Lencki et al.; paragraphs [01 14]), requires that the user confirms choices 
(Lencki et al.; paragraph [0165]), requires the user to commit to completing the transaction by 
committing to a dollar amount for each benefit and providing payroll information (Lencki et al.; 
paragraphs [0179] [0180] [0184]). Additionally, such a system and method would provide for the 
sending of required disclaimer language to the user in response to selection/choices (Lencki et 
al.; paragraph [0180]). Further, such a system and method would provide for the creation of a 
single Insurability Documentation File from entered and collected user data (Wolff et al.; 
Abstract and paragraph [0014]) and further provide for secure assembly of the document and 
secure transmission of the document over an encrypted or otherwise secure network to 
participating insurance companies (Wolff et al.; paragraphs [0015] [0018]). Additionally, such a 
system/method would have employed well-known techniques for producing and binding legal 
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documents, such as insurance applications, by electronic signature over the Internet (Hele et al.; 
paragraphs [0005] [0079]). The motivation to combine the teachings would have been to create 
and Insurability Documentation File that contains information needed by insurers to evaluate a 
prospective insured party. Further motivation would have been to enable bidding by different 
insurers to increase the likelihood of the prospective insured finding an insurance policy that fits 
his or her needs (Wolff et al.; Abstract). The motivation to combine the additional teachings of 
Hele et al. would have been to employ well-known techniques for selling insurance coverage 
over the Internet (Hele et al.; paragraph [0005]). 

[Y] As per claim 29, Lencki et al. teaches an apparatus further comprising an electronic 
payment module to provide the applicant a form of electronic payment (Lencki et al.; paragraphs 
[0104] [0179] [0180]). 

[Z] As per claim 32, Lencki et al. teaches an apparatus wherein the electronic health 
insurance application is in the form of any one of a hypertext markup language (HTML) page, an 
extensible markup language (XML) page, a dynamic HTML page, and a JavaScript (Lencki et 
al.; paragraphs [0276] [0277]). 

[AA] As per claim 34, Lencki et al. teaches an apparatus wherein the electronic presenter 
provides a user interface to enable the applicant to enter data required in an application that 
corresponds to a chosen health plan (Lencki et al.; paragraphs [0010] [0084] [0085] [01 14]). 
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[BB] As per (currently amended) claim 35, Lencki et aL teaches an apparatus wherein the 
electronic presenter is further to assist the applicant to choose the health insurance plan based on 
a plurality of factors pertaining to personal data of the applicant (Lencki et al.; paragraphs [0202] 
[0203]). 

[CC] As per claim 36, Lencki et al. teaches an apparatus wherein the personal data includes the 
number of persons covered under the health plan (Lencki et al.; paragraphs [0083] [0084] 
[0086]), relation between the persons and the applicant (Lencki et al.; paragraphs [0083] [0084] 
[0086]), the age of the applicant (Lencki et al.; paragraphs [0138] [0140]), prior health history of 
the applicant (Lencki et al.; paragraph [0137]), a desired price of the plan, and a preference of the 
applicant regarding a health insurance carrier providing the plan (Lencki et al.; Abstract 
paragraphs [01 16] [01 17] [0118]). 

NOTE: The primary function and features of Lencki et al. provide or user choice/selection of 
health plan and carrier choice, price of the plan, and type of benefits associated with each plan 
(Lencki et al.; Abstract paragraphs [01 16] [0117] [0118]). 

[DD] As per claim 37, Lencki et al. teaches an apparatus of claim 28 further comprising a 
business rule module to analyze the application data received from the applicant to determine 
(Lencki et al.; paragraph [0299]), according to predetermined business rules, whether the 
applicant has properly filled out the electronic health insurance application (Lencki et al.; 
paragraphs [0108] [0166] [0223] [0299]). 
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[EE] As per claim 38, Wolff et al. teaches an apparatus wherein the application data processor 
is to transform the application data into a secure digital file by assembling arid encrypting the 
application data into a preformatted electronic document (Wolff et al.; paragraph [0018]). 

[FF] As per claim 39, Wolff et al. teaches an apparatus wherein the preformatted electronic 
document comprises unalterable content (Wolff et al.; paragraph [0016]). 

[GG] As per claim 40, Wolff et al. teaches an apparatus wherein the unalterable content is 
characterized by a fixed language, fixed font formats, and fixed style elements (Wolff et al.; 
paragraphs [0015] [0016]). 

NOTE: Regarding claims 39 and 40, Wolff et al. teaches that the Insurability Document File is 
organized into "standard sections" indicating to the examiner that certain components of the 
document a standardized and unalterable (Wolff et al.; paragraph [0016]). The examiner is 
interpreting the standardization features of Wolff et al. to be encompassing of the applicant's 
unalterable content, fixed language, fixed format, and fixed style elements. 

[HH] As per claim 41 , Wolff et al. teaches an apparatus wherein the preformatted digital 
document is an Adobe.TM. portable document format (PDF) file (Wolff et al.; paragraphs [0015] 
[0016]). 
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[II] As per claim 43, Lencki et al. teaches an apparatus further comprising an applicant user 
interface to allow the applicant to view the file and to allow the applicant to approve or reject the 
application (Lencki et al.; paragraphs [0108] [0166] [0223]). 

[i] Wolff et al. teaches transmission of the application to the carrier (Wolff et al.; Abstract 
paragraphs [0015] [0017] [0018]). 

[JJ] As per claim 44, Wolff et al. teaches an apparatus further comprising a carrier user 
interface to allow the health insurance carrier to view and print the secure digital file (Wolff et 
al.; paragraphs [0014] [0015] [0018] [0034]). 

[KK] As per claim 45, Wolff et al. teaches an apparatus further comprising a carrier user 
interface to allow the health insurance carrier to attach notes to the electronic application (Wolff 
et al.; paragraph [0019]), to allow the health insurance carrier to update the status of the 
application (Wolff et al.; paragraph [0019] [0034]), to allow the health insurance carrier to 
download attached data files associated with the health insurance application (Wolff et al.; 
paragraph [0034]), and to allow the health insurance carrier to upload a data file including 
processing updates (Wolff et al.; paragraph [0034]). 

[LL] As per claim 46, Wolff et al. teaches an apparatus further comprising a carrier user 
interface to allow the health insurance carrier to search the prior history of the applicant (Wolff 
et al.; paragraphs [0014] [0034] [0035]). 
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[MM] As per claim 47, Wolff et al. teaches an apparatus further comprising a status notifier to 
notify the applicant of the status of the application (Wolff et al.; paragraph [0034]). 

[i] Regarding claims 29, 32, 34-41, 43-46, the obviousness and motivation to combine as 
discussed with regard to claim 28 above are applicable to claims 29, 32, 34-41, 43-46 and are 
herein incorporated by reference. 

[NN] As per (currently amended) claim 48, as evidenced by Hele et al, Applicant's added 
limitations of obtaining and electronic signature from the applicant (Hele et al; paragraphs 
[0070] [0079] [0151]^; obtaining a confirmation from the applicant that the applicant intends to 
be legally bound by the electronic signature (Hele et al.; paragraphs [0070] [0079] [0151]); and 
transforming the application data into a secure digital file thereby creating a finalized health 
insurance application (Hele et al.; paragraphs [0079] [0151]), are well-known in the art. 

[i] Regarding the reminder of claim 48, Lencki et al. teaches a computer readable medium 
that provides instructions, which when executed on a processor, cause said processor to perform 
operations comprising: presenting a user interface to an applicant over the network (Lencki et al.; 
Abstract and paragraphs [0010] [0219]), the user interface including information pertaining to a 
health insurance plan selected by the applicant and facilitating input of application data by the 
applicant (Lencki et al.; paragraphs [0010] [0084] [0085] [01 14]); receiving the application data 
from the applicant via the network (Lencki et al.; paragraphs [0136] [0164]). 
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[ii] Although Lencki et al. teaches the use of security measures including firewalls, SSL, and 
password authentication for users visiting the sites (Lencki et al.; paragraph [0097]), Lencki et 
al. 5 fails to specifically teach assembly of user information into a single secure document for 
transmission to insurance carriers. 

[iii] However, Wolff et al., teaches transforming the application data into a secure digital file 
(Wolff et al.; paragraphs [0015] [0017] [0018]); and transmitting the secure digital file and other 
application data to the health insurance carrier (Wolff et al.; paragraphs [0015] [0017] [0018]). 

[iv] It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have combined the teachings of Lencki et al. with those of Wolff et al. Such 
combination would have resulted in a computer-based system and method which provides for 
user access to the system via a user-interface (Lencki et al.; Abstract and paragraph [0010]), 
provides for user entry of enrollment information into the system (Lencki et al.; paragraph 
[0084]), enables the user to select and purchase benefits from various insurance offered health 
insurance products (Lencki et al.; paragraphs [01 14]), requires that the user confirms choices 
(Lencki et al.; paragraph [0165]), requires the user to commit to completing the transaction by 
committing to a dollar amount for each benefit and providing payroll information (Lencki et ah; 
paragraphs [0179] [0180] [0184]). Additionally, such a system and method would provide for the 
sending of required disclaimer language to the user in response to selection/choices (Lencki et 
al.; paragraph [0180]). Further, such a system and method would provide for the creation of a 
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single Insurability Documentation File from entered and collected user data (Wolff et al.; 
Abstract and paragraph [0014]) and further provide for secure assembly of the document and 
secure transmission of the document over an encrypted or otherwise secure network to 
participating insurance companies (Wolff et al.; paragraphs [0015] [0018]). Additionally, such a 
system/method would have employed well-known techniques for producing and binding legal 
documents, such as insurance applications, by electronic signature over the Internet (Hele et al.; 
paragraphs [0005] [0079]). The motivation to combine the teachings would have been to create 
and Insurability Documentation File that contains information needed by insurers to evaluate a 
prospective insured party. Further motivation would have been to enable bidding by different 
insurers to increase the likelihood of the prospective insured finding an insurance policy that fits 
his or her needs (Wolff et al.; Abstract). The motivation to combine the additional teachings of 
Hele et al. would have been to employ well-known techniques for selling insurance coverage 
over the Internet (Hele et al.; paragraph [0005]). 

[4] Claims 5-6, 18, 30, 31, and 42 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Lencki et al., Wolff et al., and Hele et al., as applied to claims 1 and 28 above, and further 
in view of Marchosky (United States Patent Application Publication #2002/0029157). 

[A] As per claim 5, Marchosky teaches a method of further comprising assembling the form 
of electronic signature into the secure digital file (Marchosky; paragraph [0053]). 
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[i] It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have combined the teachings of Lencki et al., Wolff et al., and Hele et al., as 
applied to claim 1 above, with those of Hele et al. Such combination would have employed well- 
known techniques for indicating user selections and producing and binding legal documents, 
such as insurance applications, by electronic signature over the Internet (Hele et al.; paragraphs 
[0005] [0079]). The motivation to combine the additional teachings of Hele et al. would have 
been to employ well-known techniques for selling insurance coverage over the Internet (Hele et 
al.; paragraph [0005]). 

[B] As per (currently amended) claim 6, Hele et al. teaches a method wherein the obtaining 
of the confirmation from the applicant that the applicant intends to be legally bound by the 
electronic signature comprises: requesting the applicant to check [[a]] an acknowledgement box 
[[or]] and click a button indicating the applicant's intention to be legally bound (Hele et al.; 
paragraphs [0068]-[0070] [0079] [0151]). 

[i] Regarding the remainder of claim 6, Marchosky teaches providing the applicant a form of 
electronic signature (Marchosky; paragraph [0053]) further comprises: requesting the applicant 
to type the applicant's name twice (Marchosky; paragraphs [0052] [0054]); requesting the 
applicant to type the date (Marchosky; paragraphs [0052] [0054]); providing the applicant with 
hyperlinks to portions of the application that have legally binding language (Marchosky; 
paragraph [0053]). 
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[ii] While Marchosky teaches the use of an electronic signature for the purpose of a "legal 
validation of the preceding text" (Marchosky; paragraph [0053]) and Marchosky further 
stipulates that the electronic signature capability is employed to improve data security and for 
legal purposes (Marchosky; paragraph [0053]), Marchosky fails to teach the applicant checking a 
box or entering into a legally binding agreement. 

[iii] However, Lencki et al. requires applicants to confirm enrollment information (Lencki et 
aL; paragraph [0168]) acknowledge legal waivers of specific coverage (Lencki et al; paragraph 
[0180]) confirm choices in benefit coverage (Lencki et al.; paragraphs [0108] [0165]) and 
delivers full legal and regulatory documentation to the user (Lencki et al.; paragraph [0206]). 
The examiner views the above noted features/requirements of Lencki et al. to be encompassing 
of the applicant's requesting the applicant to check a box or click a button indicating the 
applicant's intention to be legally bound (Lencki et al.; paragraphs [0163] [0165] [0168] [0180] 
[0206]). 

[D] As per claim 1 8, Marchosky teaches a method further comprising: associating a unique 
electronic key with the secure digital file; and storing the unique electronic key in a look-up table 
(Marchosky; paragraph [0056]). 

[i] Regarding claims 6 and 18, the obviousness and motivation to combine as discussed with 
regard to claims 1 and 5 above are applicable to claims 6 and 1 8, and are herein incorporated by 
reference. 
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[E] As per claim 30, Marchosky teaches an apparatus further comprising an electronic 
signature module to provide the applicant a form of electronic signature to authenticate the 
applicant's intention to enter into a health insurance contract (Marchosky; paragraph [0053]). 

[F] As per (currently amended) claim 3 1, as is evidenced by Hele et al., Applicant's added 
limitations of having an application check [[a]] an acknowledgement box and click a button, 
indicating the applicant's intention to be legally bound (Hele et al.; paragraphs [0068] -[0070] 
[0079] [0151]). 

[i] Regarding the remainder or claim 3 1 , Marchosky teaches an apparatus wherein the 
electronic signature module requests the applicant to type a name into the electronic signature 
twice (Marchosky; paragraphs [0052] [0054]), requests the applicant to electronically date the 
signature (Marchosky; paragraphs [0052] [0054]). 

[ii] While Marchosky teaches the use of an electronic signature for the purpose of a "legal 
validation of the preceding text" (Marchosky; paragraph [0053]) and Marchosky further 
stipulates that the electronic signature capability is employed to improve data security and for 
legal purposes (Marchosky; paragraph [0053]), Marchosky fails to teach the applicant checking a 
box or entering into a legally binding agreement. 
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[iii] However, Lencki et al. requires applicants to confirm enrollment information (Lencki et 
al.; paragraph [0168]) acknowledge legal waivers of specific coverage (Lencki et al.; paragraph 
[0180]) confirm choices in benefit coverage (Lencki et al.; paragraphs [0108] [0165]) and 
delivers full legal and regulatory documentation to the user (Lencki et al.; paragraph [0206]). 
The examiner views the above noted features/requirements of Lencki et al. to be encompassing 
of the applicant's requesting the applicant to check a box or click a button indicating the 
applicant's intention to be legally bound (Lencki et al.; paragraphs [0163] [0165] [0168] [0180] 
[0206]). 

[G] As per claim 42, Marchosky teaches an apparatus wherein the application data processor 
is to associate a unique electronic key with the secure digital file and to store the unique 
electronic key in a look-up table (Marchosky; paragraph [0056]). 

[i] Regarding claims 30-3 1 and 42, the obviousness and motivation to combine as discussed 
with regard to claims 28 and 5 above are applicable to claims 30-3 1 and 42 and are herein 
incorporated by reference. 



[5] Claims 8 and 33 are rejected under 35 U.S.C. 103(a) as being unpatentable over Lencki et 
al. and Wolff et al. as applied to claims 1 and 28 above, and further in view of Peach (United 
States Patent Application Publication #2001/004961 1). 
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[A] Regarding claims 8 and 33, neither Lencki et al. nor Wollf et al. specifically teach 
different plans or adapting the interface to differentiate individual applicants, group applicants, 
and commercial applicants. 

[B] As per (currently amended) claim 8, Peach teaches a method wherein the health insurance 
plan selected by the applicant varies for individual applicants, private group applicants, and 
commercial group applicants (Peach; paragraph [0019]). 

[C] As per (currently amended) claim 33, Peach teaches an apparatus wherein the health 
insurance plan selected by the applicant varies for individual applicants, private group applicants, 
and commercial group applicants (Peach; paragraph [0019]). 

[i] It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have combined the teachings of Lencki et al. and Wolff et al., as applied to claims 1 
and 28, with those of Peach. Such combination would have resulted in a system and method that 
expanded on the previously discussed features of Lencki and Wolff by additionally providing the 
user with the versatility to provide the information necessary to obtain a quote one an insurance 
policy for any insurable entity including an individual person, a corporation or other business 
entity, an association of any other like group (Peach; paragraph [0019]). The motivation to 
combine the teachings would have been to provide for single data entry and sharing of insurance 
policy application and contract data, wherein new technologies are used to configure and update 
the process, improving dependability and timeliness, while decreasing cost (Peach; paragraph 
[0008]). 
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Response to Amendment 

Applicant's remarks filed 19 June 2006 have been fully considered by the Examiner and are 
considered moot in view of newly added grounds of rejection. 

In response, all of the limitations which Applicant disputes as missing in the applied references, 
including the features newly added in the 19 June 2006 amendment, have been fully addressed 
by the Examiner as either being fully disclosed or obvious in view of the collective teachings of 
previously applied references Lencki et al., Wolff et al., Marchosky, and newly added reference 
Hele et al., based on the logic and sound scientific reasoning of one ordinarily skilled in the art at 
the time of the invention, as detailed in the remarks and explanations given in the preceding 
sections of the present Office Action and in the prior Office Action (mailed 14 February 2006), 
and incorporated herein. 

Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
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the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Robert D. Rines whose telephone number is 571-272-5585. The 
examiner can normally be reached on 8:30am - 5:00pm Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Joseph Thomas can be reached on 571-272-6776. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 




